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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 



Verfahren zur Ubertragung von Daten 

Die vorliegende Erfindung betrifft ein Verfahren zur 
Ubertragung von Daten nach dem Oberbegriff von An- 
spruch 1, ein Teilnehmer-Endgerat, ein Computerpro- 
grammerzeugnis und ein Kommunikationssystem. 
Um ein Verfahren, ein Teilnehmer-Endgerat, ein Compu- 
terprogrammerzeugnis und ein Kommunikationssystem 
vorzuschlagen, das einem Absender von Daten bzw. einer 
Nachricht zusatzliche Moglichkeiten zur Datenversen- 
dung bei einem hoheren Grad von Flexibility zur fehler- 
freien Anpassung bei jedweder Kombination von Daten 
und Datenformaten an ein gegebenes Kommunikations- 
system und/oder eine MMS-NutzerappJikation gibt, wird 
vorgeschlagen, dass eine Dateityp- und/oder Dateifor- 
mat-Konvertierung (KONV) gemaS eines Profils des Emp- 
fangers (B) vorgenommen wird, wobei ein jeweiliger Ver- 
weis (LK) zur Erhaltung der Gultigkeit dieses Verweises 
(LK) in den Daten und/oder zwischen unterschiedlichen 
Daten-Elementen der Dateityp- und/oder Dateiformat- 
Konvertierung (KONV) entsprechend geandert wird. 
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Beschreibung 

[0001] Die vorliegende Erfindung betrifft ein Verfahren 
zur Ubertragung von Datcn nach dem Oberbegriff von An- 
spruch 1 , eine Sende- und/oder Empfangseinheit, ein Com- 
puterprogrammerzeugnis und ein Kommunikationssystem. 
Dabei wird unter dem Begriff der Daten im Rahmen der vor- 
liegenden Erfindung auch jede Art von Information verstan- 
den, die aus einzelnen Bestandteilen zusammengesetzt ist. 
Diese einzelnen Bestandteile oder Elemente konnen dabei 
nach un terse hiediichen Standards aufgebaut, organisiert 
und/oder codiert sein. Demnach konnen in diesem Sinne 
Daten auch eine multimediale Nachricht darstellen, die di- 
verse Elemente verschiedener Standards umfasst. 
[0002] Verfahren und Vorrichtungen zur Ubertragung ver- 
schiedener Formen oder Formate von Daten sind bekannt. 
Ein Mobilfunksystem nach dem Global System for Mobile 
Communications Standard, kurz GSM, bietet beispielsweise 
neben der Sprachtelephonie schon aktuell auch die Moglich- 
keit, Information in Form kurzer Textnachrichten von bis zu 
160 Zeichen Lange zu versenden bzw. zu empfangen. Dieser 
Dienst wird als Short Message Service bezeichnet, kurz 
SMS. 

[0003] Fur Mobilfunksysteme der nachsten Generationen, 
wie beispielsweise das Universal Mobile Telecommunica- 
tion System UMTS, wird zur Zeit eine multimediafahige 
Variante eines mobilen Nachrichtendienstes standardisiert, 
der so genannte Multimedia Messaging Service MMS. Der 
Multimedia Messaging Service MMS spezifiziert Mecha- 
nismen zum Transport beliebiger Inhalte von einem Teilneh- 
mer des Service iiber ein Netzwerk zu einem anderen Teil- 
nehmer. Informationen als Nachrichten mit multimedialen 
Inhalten werden im folgenden zur besseren Abgrenzung von 
den Textnachrichten des SMS nur noch als Multimedia Mes- 
sage bezeichnet, kurz MM. Im Gegensatz zu dem SMS ent- 
fallt bei dem Multimedia Messaging Service MMS die Be- 
schrankung auf reine Textinhalte. In einem MMS wird es 
auch moglich sein, Texte einem individuellen Geschmack 
entsprechend zu formatieren, sowie beliebige Inhalte in eine 
Nachricht einzubetten. Dazu zahlen z. B. Audio- und Video- 
inhaite, Standbilder, Grafiken, Texte und andere. Die einzel- 
nen multimedialen Bestandteile einer Multimedia-Nachricht 
MM, auch MM-Elemente genannt, konnen auch Referenzen 
auf andere Daten beinhalten, sog. Links, Die auf diese Weise 
referenzierten Daten konnen entweder ebenfalls in der Mul- 
timedia-Nachricht MM als wei teres MM-Element integriert 
sein oder aber auf einem externen Speicherplatz zum Herun- 
teriaden bereitstehen, beispielsweise einem Server im Netz- 
werk. 

[0004] Die nachfolgend offenbarte Lehre bezieht sich ge- 
nerell auf Datenmengen, die aus einzelnen Elementen von 
Text- und/oder Bilddaten mit oder ohne Ton zusammenge- 
setzt und jeweils nach gleichen oder unterschiedlichen Stan- 
dards codiert sind, auch wenn in Anwendungen nach dem 
vorstehend genannten Standard ein wesentliches Einsatzfcld 
fur die vorliegende Erfindung zu sehen ist. 
[0005] Ein Kommunikationssystem zur Ubertragung der- 
artiger Daten umfasst im Wesentlichen drei Ebenen: eine 
Ebene eines Daten versenders mit einer MMS-Nutzerappli- 
kation bzw. einem MMS User Agent, eine Ebene minde- 
stens eines Dienstanbieters bzw. Providers, dessen Netzele- 
ment den Service ausfiihrt und nachfolgend als MMS Ver- 
bindungseinhcit bzw. MMS Relay/Server bezeichnet wird, 
und schlieBlich eine Ebene eines Empfangers mit einer ent- 
sprechenden MMS-Nutzerapplikation. Unter dem Begriff 
einer MMS-Nutzerapplikation versteht man auf Sender- und 
Empfangerseite jeweils eine Applikation z. B. auf einem 
Mobilfunkgerat, welche die MMS-Funktionalitat realisiert. 
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[0006] In der Regel unterstutzt ein mit einer MMS-Nut- 
zerapplikation ausgestattetes Endgerat nicht alle existie- 
rende Dateitypen und Dateiformate. Gerade aktuelle Ent- 
wicklungen deuten auf eine weiter stark anwachsende An- 
5 zahl verschiedener Datenformate fur verschiedene Spezial- 
anwendungen hin, die als Elemente einer Multimedia-Nach- 
richt zukiinftig ebenfalls von Interesse sein konnen. Ein 
Nachrusten von Teilnehmer-Endgeraten etc. ist dabei jedoch 
schon aufgrund ihrer enorm hohen Anzahl und der entwick- 
to lungsbedingt hohen Software- Wartungsintervalle nahezu 
auszuschlieBen. Es ist daher davon auszugehen, dass eine 
MMS-Nutzerapplikation in einem Teilnehmer-Endgeraten 
stets nur einen Ausschnitt aus der wachsenden Menge ver- 
schiedener Datenformate verarbeiten konnen wird. Die In- 
15 formation, welche Dateitypen und Dateiformate von einer 
bestimmten MMS-Nutzerapplikation unterstutzt werden, 
sind neben anderen individuellen Leistungsmerkmalen der 
MMS-Nutzerapplikation Bestandteil des sog. MMS-Nutzer- 
applikations-Proflls bzw. MMS User Agent Profiles, das 
20 dem MMS Service Provider vor dem Austausch von Multi- 
media-Nachrichten bekannt sein muss. Zu diesem Zweck 
wird es zu Beginn einer jeden MMS-Sitzung von dem jewei- 
ligen Endgerat an das Netzwerk ubertragen und dort gespei- 
chert. Dadurch, dass die Informationen aus dem MMS-Nut- 
25 zerapplikations-Profil dem MMS Relay/Server des MMS 
Service Providers bekannt sind, wird dieser in die Lage ver- 
setzt, sowohl Dateityp-Konvertierungen bzw. Transcodie- 
rungen, als auch Dateiformat-Konvertierungen vornehmen 
zu konnen. Einer MMS-Nutzerapplikation werden dann nur 
30 solche Dateitypen und Dateiformate zugestellt, die dieses 
auch verarbeiten kann. Wenn ein MMS Relay/Server einer 
Multimedia-Nachricht, die aus zwei MM-Elementen be- 
steht, empfangt, wobei das erste MM-Element einen Ver- 
weis auf das zweite MM-Element beinhaltet und der Datei- 
35 typ oder das Dateiformat des zweiten MM-Elementes vor 
der Zustellung der Multimedia-Nachricht an den Empfanger 
gemaB den Informationen aus dem MMS User Agent Profile 
konvertiert werden muss, ist der Verweis im ersten MM-Ele- 
ment nach der Konvertierung fehlerhaft und kann nicht 
40 mehr aufgelost werden. 

[0007] Der vorliegenden Erfindung liegt die Aufgabe zu- 
grunde, ein Verfahren, eine Sende- und/oder Empfangsein- 
heit, ein Computerprogrammerzeugnis und ein Kommuni- 
kationssystem vorzuschlagen, das einem Absender von Da- 
45 ten bzw. einer Nachricht zusatzliche Moglichkeiten zur Da- 
ten versendung bei einem hoheren Grad von Flexibility zur 
fehlerfreien Anpassung bei jedweder Kombination von Da- 
ten und Datenformaten an ein gegebenes Kommunikations- 
system und/oder eine MMS-Nutzerapplikation gibt. 
50 [0008] Diese Aufgabe wird erflndungsgemaB durch ein 
Verfahren mit den Merkmalen des Anspruchs 1 und eine 
Sende- und/oder Empfangseinheit mit den Merkmalen des 
Anspruchs 7 gelost. Femer ist ein Kommunikationssystem 
mit den Merkmalen von Anspruch 10 eine Losung dieser 
55 Aufgabe. Die Unteran sprue he definieren jeweils bevorzugte 
und vorteilhafte Ausfiihrungsformen der vorliegenden Er- 
findung. 

[0009] Ein erflndungsgemaBes Verfahren zur Ubertragung 
von Daten in einem Kommunikationssystem, insbesondcre 

60 zur Obertragung von Text- und/oder Bilddaten mit oder 
ohne Ton, bei dem eine zu ubermittelnden Datenmenge aus 
einzelnen Elementen zusammengesetzt wird, die jeweils 
nach gleichen oder unterschiedlichen Standards codiert wer- 
den, zeichnet sich erflndungsgemaB dadurch aus, dass eine 

65 Dateityp- und/oder Dateiformat- Konvertierung gemaB eines 
Profils des Empfangers vorgenommen wird, wobei ein je- 
weiliger Verweis zur Erhaltung der Gultigkeit dieses Ver- 
weises in den Daten und/oder zwischen unterschiedlichen 
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Daten-Elementen der Dateityp- und/oder Dateiformat-Kon- 
vertierung entsprechend geandert wird. Mit anderen Worten 
wird bei einer Konvertierung von Dateityp und/oder Datei- 
format gemaB eines Profils des Empfangers zur Erhaltung 
der Giiltigkeit eines oder mehrerer Verweise in den Daten 5 
zwischen unterschiedlichen Daten-ELementen auch eine Ak- 
tualisierung des mindestens einen Verweises vorgenommen. 
Damit ist es erfindungsgemaB durch eine automatische Ver- 
weisaktualisierung nach einer Dateityp- und/oder Dateifor- 
mat-Konvertierung moglich, dass interne Verweise auch to 
nach einer Konvertierung von Dateitypen und/oder Datei- 
formaten weiterhin giiltig bleiben und eine Multimedia- 
Nachricht stets den Vorgaben eines Absenders entsprechend 
vollstandig bei einem Empfanger in angepasster Weise dar- 
stellbar ist. Dabei wird erfindungsgemaB neben internen 15 
Verweisen auch jeder externe Verweis berticksichtigt, wie 
anhand eines Aus running sbei spiels noch unter Bezug auf 
Abbildungen der Zeichnung beschrieben wird. 
[0010] In einer Weiterbildung der Erfindung wird die 
Konvertierung bei einem Provider eines Empfangers vorge- 20 
nommen. Damit werden die fur eine derartige Verarbeitung 
erforderlichen Ressourcen in einem Nachrichten-t)bertra- 
gungsnetz vorgesehen und entlasten insbesondere die Teil- 
nehmer-Endgerate hinsichtlich einer erforderlichen Rechen- 
leistung und tragen zu einer Senkung des Energieverbrauchs 25 
bei. 

[0011] In einer bevorzugten Ausfuhrungsform der Erfin- 
dung wird ein Verweis in den Daten zwischen unterschiedli- 
chen Elementen gepriift. Damit konnen Fehler in derDaten- 
struktur aufgedeckt und eventuell behoben, aber in jedem 30 
Fall an einen Absender zuriick berichtet werden. In einer 
Ausfuhrungsform kann dann entschieden werden, ob ein 
derartig beschadigter oder fehlerhafter Datensatz ubertragen 
oder geloscht und durch den Absender erneut versandt wer- 
den soli. 35 
[0012] Die Daten werden zum Versand vorzugsweise der- 
art aufbereitet, dass sie einen Header zum Transport von Or- 
ganisationsinformationen und einen Body zum Transport ei- 
ner jeweiligen Nutzinformation umfassen. Die Nutzinfor- 
mation umfasst dabei vorzugsweise Elemente in Form meh- 40 
rerer Datenpakete. Vorteilhafterweise wird zur Obertragung 
von Daten von einer Nutzerapplikation eines Teilnehmers 
iiber ein Netzwerk zu einer Nutzerapplikation eines anderen 
Teilnehmers, bei dem die ttbertragung durch Transaktionen 
und/oder den Daten zugefugte Information selemente eines 45 
Transportprotokolls gesteuert, wobei die Informationsele- 
mente einen Feld-Namen und einen jeweiligen Feldwert 
umfassen. Dabei wird ein erfindungsgemaBes Verfahren 
vorzugsweise fiir Daten eingesetzt, die als Multimedia Mes- 
sage MM in einem Multimedia Messaging Service MMS 50 
ubertragen werden, insbesondere auf ein mobiles Teilneh- 
mer-Endgerat oder speziell ein WAP-fahiges Mobiitelefon 
nach dem GSM-, GPRS-, EDGE- oder UMTS-Standard 
oder Mischformen daraus. 

[0013] Bisher bietet gerade der Multimedia Messaging 55 
Service MMS als ein bevorzugtes Anwendungsfeld der vor- 
liegenden Erfindung keine MaBnahmen zum Abfangen, Prii- 
fen und sicheren Konvertieren gerade externer Verweise 
zum erleichterten Einbinden von Applikationen etc. Hicr 
wird nun in Ausfiihrungsformen der vorliegenden Erfindung 60 
eine Moglichkeit geschaffen, durch eines sendende Appli- 
kation interne wie exteme Verweise mit so hoher Zuverlas- 
sigkeit an cmpfangerscitige Gegebenheiten anzupassen, 
dass schon von einer Garantie einer vollstandigen und siche- 
ren Zustellung gesprochen werden kann. 65 
[0014] Die vorliegende Erfindung wird nachfolgend unter 
Bezugnahrne auf die beigefiigte Zeichnung anhand bevor- 
zugter AusfUhrungsbeispiele erlautert. In der Zeichnung zei- 
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gen: 

[0015] Fig. 1 eine schematische Abbildung einer MMS 
Netzwerk- Arc hitektur nach 3GPP; 

[0016] Fig. 2 ein Ablaufschema, in dem nach der Datei- 
format- Konvertierung des zweiten MM-Elementes auch der 
Verweis im ersten MM-Element angeglichen werden muss; 
[0017] Fig. 3 eine skizzierte Darstellung einer in einem 
MMSE eingetroffenen MM, die einen Verweis auf eine Da- 
tei enthalt, die sich auf einem externen Server befindet und 
[0018] Fig. 4 ein Schema, in dem nach einer Dateityp- 
Konvertierung und/oder Datei form at- Konvertierung ein 
Verweis auf einen Speicherplatz im MMSE des MMS Ser- 
vice Providers zeigt. 

[0019] Elemente mit gleicher Funktion und Wirkungs- 
weise sind in den Fig. 1 bis 4 durchgehend jeweils mit den- 
selben Bezugszeichen oder Abkurzungen versehen. 
[0020] Wie bereits eingangs beschrieben erlaubt der Mul- 
timedia Messaging Service MMS die "Dbertragung von mul- 
timedialen Nachrichten, in denen unter anderem formatierte 
Texte und Bilder mit und ohne Ton enthalten sein konnen. 
Die im SMS vorhandene Beschrankung auf eine Nachrich- 
tenlange von 160 Zeichen entfallt. Eine Obertragung u. a. 
von Audio- und Videonachrichten ist moglich, wobei den- 
noch weiterhin die sehr haufig genutzten SMS-Mitteilungen 
bei angepasstem Aufwand innerhalb des Systems erfin- 
dungsgemaB verarbeitet werden, wie im Anschluss an die 
Beschreibung des Standes der Technik beschrieben wird. 
[0021] MMS ist iiber die Nutzung von WAP realisierbar. 
Dabei wird fur die Funkubertragung von Daten, etwa von 
Multimedia Messages MMS, das in der Abbildung von Fig. 

1 dargestellte Kommunikations system 1 angewendet. Die 
Abbildung von Fig. 1 zeigt ein Diagramm nach heutigem 
Stand der Technik aus Sicht von 3GPP, in dem der Aus- 
tausch einer Multimedia- Nachrichten MM zwischen den 
drei beteiligten Instanzen bei Versand bzw. Empfang einer 
MM dargestellt ist. Dieses Kommunikations system 1 um- 
fasst eine Ebene 2 eines Datenversenders, auch als MMS- 
Nutzerapplikation A bzw. MMS User Agent A M-UA_A 
bezeichnet. Unter dem Begriff einer MMS -Nutzerapplika- 
tion versteht man eine Applikation z. B. auf einem Mobil- 
funkgerat, welche die MMS-Funktionalitat realisiert. Weiter 
ist eine Ebene 3 eines Providers SPro vorgesehen, dessen 
Netzelement den Service ausfuhrt und nachfolgend als 
MMS Verbindungseinheit bzw. MMS Relay/Server MMS- 
RS bezeichnet wird. Ein MMS Relay/Server MMS-RS ist 
ein Netzwerkelement, das im Zustandigkeitsbereich bzw. im 
Multimedia Messaging Service Environment MMSE des 
MMS Service Providers SPro den MMS-Nutzerapplikatio- 
nen MMS-UA eine Kommunikation iiber das Netzwerk er- 
moglicht und die MMS-Funktionalitat zur Verfugung stellt. 
In diesem Beispiel ist die Schnittstelle zwischen den Ebenen 

2 und 3 statt als Festnetz- Verbindung als Funknetz RN A zur 
tJbertragung einer Multimedia Nachricht MM1 ausgebildet. 
SchlieBlich ist eine Ebene 4 als die Ebene eines Empfangers 
vorgesehen, der auch als MMS Nutzerapplikation B M- 
UA_B bezeichnet wird. Hier ist wiederum ein Funknetz 
RNB zur Obertragung der Multimedia Nachricht MM1 vor- 
gesehen. 

[0022] Selbstverstandlich ist cs moglich, dass in der 
Ebene 3 mehr als nur ein Provider SPro auftritt. Das ist bei- 
spielsweise dadurch moglich, dass der Datenversender M- 
UA_A und der gewahlte Empfanger M-UA_B bei unter- 
schiedlichen Providcrn SPro A, SPro B unter Vertrag sind, 
wie in der Abbildung von Fig. 1 angedeutet. Zudem konnen 
diese unterschiedlichen Provider noch durch dritte Provider 
als Netzbetreiber miteinander verbunden sein. Hier wird je- 
doch die vorliegende vereinfachte Darstellung gewahlt, da 
die genaue Struktur in der Ebene 3, sowie jede Art von 
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Transportanpassung einer Nachricht, z. B. von MM1 auf 
MM4 etc., fur die Darstellung der vorliegenden Erfindung 
ohne Belang ist. 

[0023] In der Regel unterstutzt ein mit cinem MMS User 
Agent MMS-UA ausgestattetes Endgerat nicht alle existie- 5 
rende Dateitypen und Dateiformate. Die Information, wel- 
che Dateitypen und Dateiformate von einem bestimmten 
MMS User Agent MMS-UA unterstutzt werden, sind neben 
anderen individuellen Leistungsmerkmalen des MMS User 
Agents Bestandteil des sog. MMS User Agent Profiles, das to 
dem MMS Service Provider SPro vor dem Austausch von 
Multimedia Nachrichten MM bekannt sein muss, Zu diesem 
Zweck wird es zu Beginn einer jeden MMS-Sitzung vom 
Endgerat an das Netzwerk ubertragen und dort gespeichert. 
Dadurch, dass die Informationen aus dem MMS User Agent 15 
Profile dem MMS Relay/Server MMS-RS des MMS Service 
Providers SPro bekannt sind, wird dieser in die Lage ver- 
setzt, sowohl Dateityp-Konvertierungen bzw. Transcodie- 
rungen, als auch Dateiformat-Konvertierungen vornehmen 
zu konnen. Einem MMS User Agent MMS-UA werden 20 
dann nur solche Dateitypen und Dateiformate zugestellt, die 
dieses auch verarbeiten kann. Die GroBe einer Datei kann 
sich durch eine Konvertierung zum Teil erheblich veran- 
dern. Die Unterteilung von Daten in Dateitypen stellt eine 
grobe Klassifizierung von Daten dar, die zu prinzipiell un- 25 
terschiedlichen Medien gehoren, wie z. B. Audio, Text oder 
Standbild. Das Dateiformat erteilt dagegen konkret Aus- 
kunft iiber die Codierung eines bestimmten Dateityps, z. B. 
als MP3 codierte Audio-Datei, oder als JPEG codiertes 
Standbild. Das Dateiformat einer Datei ist durch die an den 30 
Dateinamen angehangte Extension eindeutig zu identifizie- 
ren. Beispielsweise tragt ein Standbild, das nach dem JPEG 
Standard codiert wurde, die Erweiterung bzw. Extension 
"jpg" hinter dem Dateinamen. Datei name und Extension 
werden in der Regel durch einen Punkt voneinander ge- 35 
trennt, z. B.: "holiday.jpg". 

[0024] Wenn ein MMS Relay/Server MMS-RS eine Mul- 
timedia Nachricht MM, die aus zwei MM-Elementen MM- 
El, MM-E2 besteht, empfangt, wobei das erste MM-Ele- 
ment MM-E1 einen Verweis auf das zweite MM -Element 40 
MM-E2 beinhaltet und der Dateityp oder das Dateiformat 
des zweiten MM-Elementes MM-E2 vor der Zustellung der 
MM an den Empfanger gemaB den Informationen aus dem 
MMS User Agent Profile konvertiert werden muss, so ist der 
Verweis im ersten MM-Element MM-E1 nach der Konver- 45 
tierung fehlerhaft und kann nicht mehr aufgelost werden. 
[0025] Bisher ist nicht vorgesehen, auch extern abgelegte 
Dateien, die aus einem MM-Element MM-E heraus referen- 
ziert werden, gemaB den Informationen in einem MMS User 
Agent Profile des Empfangers B zu konvertieren und den 50 
Verweis in der Multimedia-Nachricht MM nach der Konver- 
tierung entsprechend anzupassen. 

[0026] Eine Multimedia-Nachricht MM besteht dabei 
grundsatzlich aus einem Kopf-Teil bzw. Header und optio- 
nal aus einem Datenkorper-Teil, dem sog. Body, der die 55 
Multimediaobjekte MM-E enthalt. Da sowohl eine jede 
Multimedia-Nachricht MM selbst, als auch jedes einzelne 
Element MM-E der Multimedia-Nachricht MM prinzipiell 
aus cinem Header und einem Body besteht, ist es auch mog- 
lich, dass ein Verweis LK zur Referenzierung einer Datei im 60 
Header der Multimedia-Nachricht MM und/oder im Header 
des jeweiligen MM-Elementes und/oder im Datenkorperteil 
enthalten sein kann. Hicr sctzt ein crfindungsgemaBcs Vcr- 
fahren an, indem bei Verweisen innerhalb einer Multimedia- 
Nachricht MM, d. h. zwischen unterschiedlichen MM-Ele- 65 
menten MM-E, nicht nur die Dateitypen und/oder Dateifor- 
mate der MM-Elemente gemaB des aktuellen MMS User 
Agent Profiles des Empfangers konvertiert werden, sondern 
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auch die darauf verweisenden Referenzen innerhalb einer 
MM. In einer Erweiterung dieses Verfahrens kann das oben 
beschriebene Prinzip auch auf extern abgespeicherte Da- 
teien und deren Verweise angewendet werden, d. h. auf Da- 
teien, die beispielsweise auf einem Server EXT liegen und 
nicht Bestandteil der MM sind. 

[0027] Nachfolgend werden zwei Beispiele fur die oben 
beschriebene Mechanismen zum Angleichen von Verweisen 
nach einer Konvertierung von Dateitypen und/oder Datei- 
formaten unter Bezugnahme auf Abbildungen der Zeich- 
nung beschrieben. Zunachst soil ein Fall betrachtet werden, 
bei dem ein Verweis innerhalb einer Multimedia-Nachricht 
MM zwischen unterschiedlichen MM-Elementen auch nach 
einer Konvertierung weiterhin giiltig bleibt. Der zweite Fall 
beschaftigt sich mit dem Verweis auf eine auf einem Server 
abgelegten Datei, die aus einer Multimedia-Nachricht MM 
heraus referenziert wird. Hier wird ein Verweis zum Einbin- 
dung von Medienobjekten beispielhaft als Uniform Re- 
source Location- bzw. URL-Verknupfungen dargestellt. 
Theoretisch sind auch andere Arten von Verweisen denkbar, 
die jedoch aufgrund ihres vergleichsweise hoheren Aufwan- 
des bei der Verwirklichung hier nicht weiter verfolgt werden 
sollen. 

1. Verweis innerhalb einer Multimedia-Nachricht MM 

[0028] Eine Multimedia-Nachricht MM, die zwei MM- 
Elemente MM-E1, MM-E2 enthalt, trifift am MMS Relay/ 
Servers MMS-RS des Empfangers ein. Das erste MM-Ele- 
ment MM-E1 sei eine SMIL Presentation, also eine Presen- 
tation, die in einer von dem world wide web consortium 
W3C standardisierten Sprache zur Synchronisation von 
multimedialen Inhalten nach [4] beschrieben ist. Dazu ent- 
halte das erste MM-Element MM-E1 einen Verweis auf das 
zweite MM-Element MM-E2, in diesem Bei spiel eine Datei 
vom Dateityp DT "Standbild" des Dateiformates DF "GIF", 
das gekennzeichnet ist mit der charakteristischen Dateiken- 
nung bzw. Extension "gif '. Der MMS User Agent des Emp- 
fangers ist allerdings nicht in der Lage Dateien dieses For- 
mates darzustellen. Folglich konvertiert der MMS Relay/ 
Server vor der Zustellung der gesamten Multimedia-Nach- 
richt MM an den MMS User Agent das Format DF der refe- 
renzierten Datei gemaB des MMS User Agent Profiles in ein 
anderes Format DF, hier zum Beispiel JPEG, gekennzeich- 
net durch die an den Dateinamen angehangte Extension 
"jpg". Dieser Zusammenhang ist in der Abbildung von Fig. 
2 prinzipiell dargestellt. 

[0029] ErfindungsgemaB wird nun auch der Verweis LK 1 
auf das zweite MM-Element MM-E2 nach der Konvertie- 
rung KONV angeglichen werden. In diesem Fall ist dazu lc- 
diglich die Anpassung der Extension im Verweis notig, so 
dass sich der neue Verweis LK 2 auf das nun konvertierte 
Element MM-E2 von dem alten Verweis LK 1 nur durch die 
Extension unterscheidet: 

vor der Konvertierung: LK 1 = "/privat/holiday.gif ' 
nach der Konvertierung: LK 2 = "/privat/holiday.jpg". 

2. Externer Verweis 

[0030] Eine Multimedia-Nachricht MM, die am MMS Re- 
lay/Servers MMS-RS des Empfangers gemaB Referenz- 
marke 1 in der Abbildung von Fig. 3 eintrifft, beinhaltet 
durch Refercnzmarkc 2 einen Verweis LK 2 auf einen cxter- 
nen Speicherplatz. ErfindungsgemaB wird nun vor der Zu- 
stellung einer Multimedia-Nachricht MM an den MMS User 
Agent des Empfangers (iberpriift, ob der Dateityp und/oder 
das Dateiformat der mit dem Verweis referenzierten Datei 
gegebenen falls nach dem Vorgaben des MMS User Agent 
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Profiles konvertiert werden miissen. Erkennt der MMS Re- 
lay/Server MMS-RS die Notwendigkeit einer Konvertie- 
rung, so muss er die Datei zunachst vom angegebenen Spei- 
cherplatz auslesen und im MMSE des MMS Service Provi- 
ders SPro zum Zwecke der Konvertierung gemaB der Refe- 
renzmarke 3 zwischenspeichern. 

[0031] Die gemaB des MMS User Agent Profiles konver- 
tierte Datei kann anschlieBend allerdings nicht wieder im 
externen Server EXT gespeichert werden, da in der Regel 
davon auszugehen ist, dass der MMS Service Provider SPro 
kein Schreibrecht auf externe Server EXT haben wird. Statt- 
dessen muss die konvertierte Datei im MMSE des MMS 
Service Providers SPro im MMS Relay/Server oder auf ei- 
nem anderen Server, der mit dem MMS Relay/Server in Ver- 
bindung steht und hier nicht weiter dargestellt ist, abgelegt 
werden. 

[0032] Im Gegensatz zum oben beschriebenen Fall 1 
reicht eine Anpassung der Extension im Verweis nun nicht 
mehr aus, da sich durch den neuen Speicherort der konver- 
tierten Datei die gesamte Pfadangabe geandert hat. Vielmehr 
muss der alte Verweis LK 1 komplett durch einen neuen 
Verweis auf den neuen Speicherplatz innerhalb des MMSEs 
des MMS Service Providers SPro ersetzt werden. Diese An- 
gleichung des Verweises muss vor der Zustellung der Multi- 
media-Nachricht MM an das MMS User Agent des Empfan- 
gers geschehen, siehe Referenzpunkt 4 in der Abbildung 
von Fig. 4. 

[0033] Mochte das MMS User Agent des Empfangers 
spater den neuen Verweis 2 in der Multimedia-Nachricht 
MM auflosen, so findet es am referenzierten Speicherplatz 
eine gemaB den Vorgaben aus dem MMS User Agent Profi- 
les konvertierte Datei, siehe Referenzpunkt 5 in der Abbil- 
dung von Fig. 4. 

Verweis LK 1 - vor der Konvertierung 

http:/ / www.external_server.de/public/pictures/holiday.gif 

Verweis LK 2 - nach der Konvertierung 

http:/ / www.MMS_service_provider/pics/holiday.jpg 
[0034] Als alternative Ausfuhrungsvariante wird ein Ver- 
fahren ausgefuhrt, bei dem jeder externe Verweis innerhalb 
einer Multimedia-Nachricht MM automatisch bei ihrer An- 
kunft im MMSE des MMS Service Providers SPro durch ei- 
nen neuen Verweis LK ersetzt wird, der sozusagen als Platz- 
halter auf mogliche Speicherplatze im MMSE des MMS 
Service Providers SPro verweist. An diesen Speicherplatzen 
im MMSE konnen spater, d. h. auf Anfrage, konvertierte 
Dateien abgelegt werden. Die Konvertierung selbst kann 
nach dieser Ausfuhrungsvariante wahlweise auch erst dann 
ausgefuhrt werden, wenn das Herunterladen einer Datei mit 
Hilfe des Verweises LK von dem Endgerat bzw. der darauf 
laufenden MMS-Nutzerapplikation MMS-UA eingeleitet 
wird, 

[0035] Zusammenfassend wird erfindungsgemaB ein Ver- 
fahren vorgeschlagen, in dem jede am MMS Relay/Server 
des Empfangers eintreffende MM zunachst daraufhin iiber- 
priift wird, ob in ihr Vcrweisc auf anderc Dateien enthalten 
sind. Dazu miissen gegebenenfalls alle Header-Felder im 
Header der MM und in den Headern der einzelnen MM-Ele- 
mente untersucht werden. Weiterhin setzt das beschriebene 
Vcrfahrcn in der Regel das Offncn derjcnigen MM-Elc- 
mente MM-E voraus, die einen Verweis enthalten konnen, 
zum Beispiel SMIL, html oder txt. Andere MM-Elemente 
MM-E, die keine Verweise enthalten ktinnen, brauchen 
nicht geoffnet zu werden. Dies trifft beispielsweise auf Au- 
dio-Dateien oder Standbilder zu. Da die MM-Elemente 



MM-E, die geoffnet werden miissen, in der Regel sehr viel 
kleiner sind als die MM-Elemente MM-E, die nicht geoffnet 
zu werden brauchen, ist der zusatzliche Verarbeitungsauf- 
wand im MMS Relay/Server MMS-RS des MMS Service 

5 Providers SPro nur gering. Der MMS Service Provider SPro 
kann mit dem beschriebenen Verfahren seinen Kunden ga- 
rantieren, dass alle in einer Multimedia-Nachricht MM ent- 
haltencn Verweise gemaB den Informationen aus dem MMS 
User Agent Profile des Empfangers B aufgelost werden kon- 

io nen, also sowohl interne Verweise als auch externe Ver- 
weise. 

[0036] Die Vorteile eines erfindungsgemaBen Verfahrens 
sind vielfaltig: 

IS - zum einen wird erreicht, dass Verweise innerhalb ei- 
ner MM auch zwischen unterschiedlichen MM-Ele- 
menten durch eine eventuell im MMS Relay/Server des 
Empfangers gemaB des MMS User Agent Profiles des 
Empfangers durchgefuhrte Dateityp- und/oder Datei- 

20 format- Konvertierung weiterhin ihre Giiltigkeit behal- 
ten. 

- zum anderen wird vorgeschlagen, bei Verweisen aus 
einer MM auf extern abgelegte Dateien zu uberprufen, 
ob diese ebenfalls einer Dateityp- und/oder Dateifor- 

25 mat-Konvertierung gemaB den Informationen des 
MMS User Agent Profiles des Empfangers durch den 
MMS Relay/Server des Empfangers unterzogen wer- 
den miissen und ob diese Verweise nach einer erfolgten 
Konvertierung ebenfalls entsprechend angepaBt wer- 

30 den miissen. 

[0037] Mit einem Verfahren der vorstehend exemplarisch 
beschriebenen Art wird also garantiert, dass in einer Multi- 
media-Nachricht MM mit intemen Verweisen LK auch nach 

35 einer Konvertierung von Dateitypen und/oder Dateiforma- 
ten diese Verweise LK weiterhin giiltig bleiben. Femer wird 
garantiert, dass ein MMS User Agent auch bei einer MM mit 
externen Verweisen bzw. Verweise auf Dateien, die auf ei- 
nem externen Server EXT liegen und nicht Bestandteil der 

40 MM sind, Dateien zum Herunterladen bzw. Download ange- 
boten bekommt, deren Dateitypen bzw. Dateiformate er als 
Empfanger-Applikation zu verarbeiten in der Lage ist. Nur 
so wird ermogiicht, dass eine MM immer vollstandig in ei- 
nem Endgerat prasentiert werden kann, und zwar in der 

45 Form, wie es vom Absender vorgesehen war. 

[0038] Der Multimedia Messaging Service MMS spezifi- 
ziert Mechanismen zum Transport beliebiger Inhalte von ei- 
nem Teilnehmer des Service iiber ein Netzwerk zu einem 
anderen Teilnehmer, wobei die fur den Nach richten transport 

50 nutzbaren Informationselemente der Nachrichten, die Hea- 
der-Felder sehr flexibel einsetzbar sind. Zusammenfassend 
sind vorstehend verschiedene Moglichkeiten zum Unterstiit- 
zen attraktiver Anwendungsmoglichkeiten fur diverse be- 
reits bekannte Nachrichtenarten auch in MMS vorgestellt 

55 worden, wobei der Wirkungsgrad des Nachrichtenflusses 
vorteilhafterweise dadurch verbessert wird, dass erfindungs- 
gemaB nunmehr jede Multimedia-Nachricht MM in Anpas- 
sung an die Moglichkeiten eines jeweiligen Empfangers 
aufgelost bzw, den Vorschriftcn eines Absenders cntspre- 

60 chend aufgebaut und dargestellt werden kann. Auch die 
Obertragung von kurzen Teil-Nachrichten, wie etwa von 
Nachrichten des Short Message Service SMS, mit einem 
Verweis auf anderc Qucllen, d. h. beispielsweise Rcfcrenzcn 
auf externe Intemet-Seiten, die dann mit einer extemen An- 

65 wendung aufgerufen werden ktfnnen, wie beispielsweise ei- 
nem Internet- Browser, sind damit unproblematisch mbglich. 
Die vorliegende Erfindung ermogiicht zudem eine struktur- 
konforme Eingliederung in bekannte Nachrichtenfliisse fur 
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alle bekannten und auch zukiinftig neue Datenformate in an- 
gepasster Form zusammen mit einer Nutzung der jeweiligen 
Vorteile. 

[0039] Hintergrundangaben zu WAP, MMS und zitierten 
neuen Code-Sprachen finden sich zusammengefasst insbe- 5 
sondere an folgenden Stellen: 

[1] 3GPP TS 23.040 version 5.3.0, Release 5; Third Genera- 
tion Partnership Project; Technical Specification Group Ter- 
minals; Technical realization of the Short Message Service 
(SMS). 10 
[2] 3GPP TS 22.140 version 5.1.0, Release 5; Third Genera- 
tion Partnership Project; Technical Specification Group Ser- 
vices and System Aspects; Multimedia Messaging Service 
(MMS); Service Aspects; Stage 1. 

[3] 3GPP TS 23. 140 version 5.2.0, Release 5; Third Genera- 15 
tion Partnership Project; Technical Specification Group Ter- 
minals; Multimedia Messaging Service (MMS); Functional 
Description; Stage 2. 

[4] Synchronized Multimedia Integration Language, SMIL 
version 2.0; World Wide Web Consortium; W3C Recom- 20 
mendation; 07 August 2001. 

[0040] Femer wurden im Rahmen der vorliegenden Dar- 
stellung einer Ausfuhrungsforrn der Erfindung insbesondere 
folgende Bezugszeichen und Abkiirzungen verwendet: 

1 Kommunikationssystem 25 

2 Ebene eines Datenversenders 

3 Ebene eines Providers/der Provider 

4 Ebene eines Empfangers 

GSM Global System for Mobile Communication 
SMS Short Message Service 30 
UMTS Universal Mobile Telecommunication System 
WAP Wireless Application Protocol 
WSP Wireless Session Protocol 
MM Multimedianachricht/Multimedia Message 
MM 1-4 Multimedia-Nachricht unter Transportanpassung 35 
MMS Multimedia Messaging Service 
MM-E Element einer Multimedianachricht 
MMSE Multimedia Messaging Service Environment 
SMIL Presentation in SMIL/Synchronized Multimedia Inte- 
gration Language 40 
SMTP Simple Mail Transfer Protocol 
LK Verweis/Link 
F exteme Datei/file 
DT Datentyp 

DFDatenformat 45 

EXT externer Server 

MMS-UA MMS Nutzer Applikation 

MMS-UA A MMS User Agent A, Sender einer MM, Fig. 1 

MMS-UA B MMS User Agent B, Empfanger einer MM, 

Fig. 1 *" 50 

MMS-RS MMS Verbindungseinheit/MMS Relay/Server 

KONV Konvertierung 

RN Funk-Netzwerk/Radio Network 

SPro Service Provider 



55 



Patentanspruche 



1. Verfahren zur Ubertragung von Daten in einem 
Kommunikationssystem, insbesondere zur Ubertra- 
gung von Text- und/oder Bilddaten mit oder ohne Ton, 60 
wobei eine zu ubermittelnden Datenmenge aus einzel- 
nen Elementen zusammengesetzt wird, die jeweils 
nach gleichcn oder unterschicdlichen Standards codiert 
werden, 

dadurcb gekennzeichnet, 65 

dass eine Dateityp- und/oder Dateiformat-Konvertie- 
rung (KONV) gemaB eines Profils des Empfangers (B) 
vorgenommen wird, 



wobei ein jeweiliger Verweis (LK) zur Erhaltung der 
Gultigkeit dieses Verweises (LK) in den Daten und/ 
oder zwischen unterschiedlichen Daten-Elementen der 
Dateityp- und/oder Datei format- Konvertierung 
(KONV) entsprechend geandert wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, dass die Konvertierung (KONV) bei einem Provi- 
der eines Empfangers vorgenommen wird. 

3. Verfahren nach einem der beiden vorhergehenden 
Anspriiche, dadurch gekennzeichnet, dass der Verweis 
(LK) in den Daten zwischen unterschiedlichen Ele- 
menten gepruft wird. 

4. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass die Daten zum Ver- 
sand derart aufbereitet werden, dass sie einen Header 
zum Transport von Organisationsinformationen und ei- 
nen Body zum Transport einer jeweiligen Nutzinfor- 
mation als Elemente vorzugsweise in Form mehrerer 
Datenpakete umfassen. 

5. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass die Daten als Multi- 
media Message (MM) in einem Multimedia Messaging 
Service (MMS) ubertragen werden. 

6. Verfahren nach dem vorhergehenden Anspruch, da- 
durch gekennzeichnet, dass die Daten auf ein mobiles 
Teilnehmer-Endgerat ubertragen werden, insbesondere 
ein WAP-fahiges Mobiltelefon. 

7. Teilnehmer-Endgerat zur Obertragung und/oder 
Darstellung von Daten in Form von Text- und/oder 
Bilddaten mit oder ohne Ton, die als Elemente einer zu 
ubermittelnden Datenmenge nach gleichen oder unter- 
schiedlichen Standards codiert sind, dadurch gekenn- 
zeichnet, dass das Teilnehmer-Endgerat zur Umset- 
zung eines Verfahrens nach einem der vorstehenden 
Anspriichen ausgebildet ist. 

8. Teilnehmer-Endgerat nach dem vorhergehenden 
Anspruch, dadurch gekennzeichnet, dass es als Mobil- 
telefon ausgebildet ist, insbesondere nach dem GSM-, 
GPRS-, EDGE- oder UMTS-Standard oder Mischfor- 
men. 

9. Computerprogrammerzeugnis, das ein computerles- 
bares Speichermedium umfasst, auf dem ein Programm 
gespeichert ist, das es einer Datenverarbeitungsanlage 
oder einem Computer ermoglicht, nachdem es in den 
Speicher des Computers geladen worden ist, innerhalb 
einer Daten ubertragung in einem Kommunikationssy- 
stem und insbesondere einem Mobilfunknetz eine auto- 
matische Verweisaktualisierung nach einer Datei typ- 
und/oder Dateiformat-Konvertierung (KONV) zur Er- 
haltung der Gultigkeit eines Verweises (LK) in den Da- 
ten zwischen unterschiedlichen Daten-Elementen ge- 
maB eines Profils des Empfangers (B) vorzunehmen. 

10. Computerprogrammerzeugnis nach dem vorherge- 
henden Anspruch, dadurch gekennzeichnet, dass dieses 
ein Verfahren nach einem der Anspriiche 1 bis 6 bei 
Datenversand in einem Mobilfunknetz durchfuhrt. 

11. Kommunikationssystem dadurch gekennzeichnet, 
dass mindestens eine Komponente des Kommunikati- 
onssystems nach einem Verfahren der Anspriiche 1 bis 
6 arbeitet und/oder ein Teilnehmer-Endgerat nach ei- 
nem der Anspriiche 7 bis 8 umfasst und/oder ein Com- 
puterprogrammerzeugnis nach einem der Anspriiche 9 
bis 10 bcinhaltet ist. 
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